Onglet : Métriques logicielles pour la détermination des licences
Une mesure dans cet environnement est la « valeur » (nombre) d'unités pertinentes pour le calcul de la licence. Selon le produit, il peut s'agir par exemple de la taille du code utilisateur (en octets) ou du nombre d'axes, de canaux d'E/S ou d'instances de bus de terrain.
L'onglet de l'éditeur d'équipement affiche une arborescence contenant les métriques disponibles pour l'application. De cette façon, vous pouvez afficher les valeurs mesurées actuelles et vérifier si plus de code est téléchargé sur un contrôleur que la licence ne le permet. La licence est délivrée pour chaque contrôleur et se trouve donc sur le contrôleur. Le contrôle de licence y est également effectué.
Les métriques sont transférées au contrôleur pendant le téléchargement. Ils sont actualisés lorsque vous cliquez sur pour l'application active.
Lire les métriques actuelles de l'appareil | Obtient et transfère les métriques du contrôleur et les affiche dans le Valeur sur l'appareil colonne. |
Générer du code pour calculer les métriques | Le code doit être généré pour calculer les métriques. |
Afficher les licences | Ouvre le Licences dialogue La boîte de dialogue affiche la licence requise pour le projet. Ouvrir tout dans Store et fermer la boîte de dialogue la commande ouvre le produit suggéré dans CODESYS Store International. Si vous souhaitez afficher le produit dans CODESYS Store North America, alors vous devez sélectionner le Amérique du Nord stocker dans le CODESYS options. |
Métrique | Types de métriques par application |
Valeur dans le projet | Nombre de balises utilisées dans le système de développement. La valeur est mesurée lors de la génération du code ( commande). Pour plus de détails sur le calcul, consultez le Calcul des valeurs section. Remarque : Si vous supprimez les informations de compilation de l'application, les valeurs seront réinitialisées à 0. |
Max. Permis | Valeurs maximales autorisées pour chaque application en fonction de la licence sur le contrôleur |
Valeur sur l'appareil | Valeur mesurée réelle, lue à partir du contrôleur Remarque : Pour déterminer ces valeurs, la communication doit fonctionner. |
Calcul des valeurs
Métrique | Valeur déterminée |
|---|---|
Taille du code utilisateur | Valeur (en octets) Seul le code programmé par l'utilisateur (implémentation) est évalué. Le code qui n'a pas été compilé avec le compilateur CEI n'est pas évalué. Le nombre et la taille des variables dans la déclaration n'ont pas d'importance. Les bibliothèques CEI développées par l'utilisateur sont évaluées en fonction de la taille du code. Bibliothèques standard, bibliothèques système et piles de communication du CODESYS GmbH ne sont pas évalués. |
Affectation des groupes de travail | Pour la configuration des groupes de tâches IEC dans la configuration des tâches, une licence « Task Group Assignment » est requise dans de nombreux cas si les tâches IEC sont exécutées sur différents cœurs de processeur. Non: Aucune licence n'est requise pour les configurations suivantes :
Oui: Une licence est requise pour les configurations suivantes :
|
Bus de terrain, Canaux d'E/S | Nombre de canaux mappés avec le type de données de base ( ImportantSi vous avez sélectionné le Toujours mettre à jour les variables option, alors toutes les voies seront prises en compte dans le calcul, qu'elles soient ou non affectées à une variable CEI spécifique. |
Instances de CANopen, Modbus, PROFIBUS | Instances de pile de bus de terrain utilisées de ce type Un maître/contrôleur ou un esclave/appareil est compté comme une instance dans la configuration de l'appareil. Les appareils qui sont liés à ces Maîtres/Esclaves dans l'arborescence des appareils ne sont pas comptés. Ceux-ci sont comptés via les canaux d'E/S. Les passerelles Fieldbus sont également comptées comme une instance (exception : CANopen Gateway). Pour plus d'informations, consultez les rubriques suivantes : Bus de terrain — Licences |
Instances d'EtherCAT, EtherNet/IP, PROFINET, SAE J1939 | |
Nombre de balises de visualisation | |
SoftMotion | |
Communication |
Des informations sur les packages de licences pour les licences basées sur des applications peuvent être trouvées dans le Store CODESYS.
Les bus de terrain sont autorisés en fonction du nombre d'instances créées pour le type de bus de terrain correspondant. Chaque instance de pile de bus de terrain générée est ajoutée aux mesures logicielles nécessaires pour déterminer votre licence
Un client (maître, contrôleur) d'un bus de terrain créé dans l'arborescence des périphériques
Un serveur distant autonome ou un serveur local (esclave, appareil) créé dans l'arborescence des appareils
Instances de pile de bus de terrain créées par programmation via la bibliothèque correspondante
Passerelles Fieldbus, à l'exception des passerelles CANopen
Tous les serveurs (esclaves) de l'arborescence des périphériques qui sont configurés en dessous d'un client (maître). Ceux-ci sont pris en compte via les canaux d'E/S utilisés.
Par conséquent, le nombre d'instances correspond au nombre d'instances de pile de bus de terrain d'un type qui sont réellement utilisées.
L'exemple utilise un Modbus pour expliquer comment déterminer le nombre d'instances nécessaires pour déterminer la licence qui vous convient.
Les instances suivantes sont affichées dans l'arborescence des appareils :
(1) | Deux périphériques serveurs sont insérés sous un périphérique client. Le client est compté comme une seule instance, mais pas les deux serveurs qui lui sont assignés. Cela fait un total d'une instance. |
(2) | Une instance est instanciée localement en tant que serveur. Les données sont accessibles à plusieurs clients. Le serveur est compté comme une instance. |
(3) | Un client TCP attribué aux serveurs TCP distants est compté comme une instance. Les serveurs TCP distants insérés ne s'appliquent pas en tant qu'instance et ne sont donc pas comptabilisés Le client TCP est compté comme une instance. |
(4) | Ces serveurs TCP locaux représentent chacun une instance. Leurs données sont accessibles par plusieurs clients TCP. Cela fait un total de 2 instances. |
(5) | |
Résultat : Pour cet exemple de configuration, 5 instances sont comptées. | |
PROGRAM PLC_PRG VAR FB_Client_TCP: ModbusFB.ClientTCP; // = Modbus_Client_TCP - count license + FB_Server_TCP_Local: ModbusFB.ServerTCP;// = Modbus_Server_TCP_Local - count license + FB_Server_TCP_Local2: ModbusFB.ServerTCP;// = Modbus_Server_TCP_Local2 - count license + FB_Read_Write: ModbusFB.ClientRequestReadWriteMultipleRegisters; // = Modbus-Server Remote FB_Read: ModbusFB.ClientRequestReadHoldingRegisters; // = Modbus-Server Remote FB_Write: ModbusFB.ClientRequestWriteMultipleRegisters ; // = Modbus-Server Remote END_VAR
Les instances Modbus du serveur et du client créées dans l'exemple sont créées par programmation via ModbusFB bibliothèque (déclaration).
La déclaration comprend :
2 instances d'un serveur
1 instance d'un client
Résultat : Dans cet exemple, 3 instances sont comptées.
Pour rafraîchir l'affichage, le projet doit être compilé. Dans l'exemple, il y a un total de 8 instances visibles sur le Métriques logicielles pour la détermination des licences onglet dans le Instances de CANopen, Modbus, PROFIBUS, SAE J1939 zone.
Au total, 8 instances Modbus sont comptabilisées, ce qui donne le package de licences requis suivant dans cet exemple :
CODESYS Control Standard M